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Sir: 

Please amend the application filed concurrently herewith as follows: 
In the Specification: 

Page 1, line 8, change "software distribution and enterprise" to -Software Distribution Version 
3.6.-; 

Page 1, line 9, change "system management, and detailed" to -Detailed-; 
Page 1, line 9, change "Tivoli V3.6" to -this product-; 

Page 1, line 10, change "at http://www,redbooksibm,com/pubs/pdfs/redbooks/sg242045.pdf ? to 

-in New Features in Tivoli Software Distribution ' from International Business Machines 

Corporation, Part #SG24-2045-0, ISBN 0738401099-; 

Page 1, line 13, after "ORB" insert -(Object Request Broker)-; 

Page 1, line 13, after -18"- insert -connection-; 
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Page 2, line 16, between "although" and "others", delete the comma; 
Page 4, between lines 9 and 10, insert -Detailed Description- : 
Page 5, line 11, delete "Tivoli"; 

Page 5, line 22, delete " Description of the Preferred Embodiments ": 
Page 6, lines 5, 6, 8, 14, delete each occurrence of "Tivoli"; 
Page 6, line 7, delete "Tivoli's"; 

Page 9, lines 21 and 24, delete each occurrence of "Tivoli"; 

Page 10, lines 1, 6, 8, 9, 22, 25 and 26, delete each occurrence of "Tivoli"; 

Page 11, line 10, add commas after "to" and "turn"; 

Page 13, line 22, delete "Tivoli"; 

In the Claims: 

Please CANCEL claims 1 through 16 without prejudice and replace them with claims 17 
through 32 appearing in Attachment A to this preliminary amendment. 



The specification of the subject application has been amended to eliminate typographical 
informalities. The original claims have been replaced with new claims that more clearly comply 
with the requirements of United States practice. 
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Gerald R. Woods 
Attorney of Record 
Registration No. 24,144 
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Attachment A 

1 17. (new) For managing pervasive devices, a gateway component resident on a workstation, said 

2 gateway component being instantiable during synchronisation of said workstation with a 

3 pervasive device and comprising: 

4 means for transferring a device agent to a pervasive device; and 

5 means for transmitting configuration information to the device agent, said agent 

6 comprising means for executing configuration commands in response to the configuration 

7 information received from the gateway component. 

1 18. (new) A gateway component as defined in claim 17 further including: 

2 means for receiving a file from a management server including the address of a specific 

3 pervasive device and one or more commands; 

4 means for generating device-specific commands based on the received file; and 

5 means for forwarding the device-specific commands to the device agent at the specific 

6 pervasive device identified in the file received from the management server, said device 

7 agent executing the device-specific commands as they are received. 

1 19.(new) A gateway component as identified in claim 18 wherein the commands comprise 

2 commands for removing files from the specific pervasive device. 

1 20. (new) A gateway component as identified in claim 17 further including: 

2 means for receiving a file from a management server including the address of a specific 
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3 pervasive device and one or more commands; 

4 means for generating device-specific commands based on the received file; and 

5 means for forwarding the device-specific commands to the device agent at the specific 

6 pervasive device identified in the file received from the management server, said device 

7 agent storing the device-specific commands for execution after all are received. 

1 21. (new) A gateway component as identified in claim 20 wherein the commands comprising 

2 database or application configuration commands. 

1 22.(new) A system for managing pervasive devices, 

2 a gateway component resident on a workstation, said gateway component being instantiable 

3 during synchronisation of said workstation with a pervasive device and comprising: 

4 means for transferring a device agent to a pervasive device, and 

5 means for transmitting configuration information to the device agent; and 

6 a pervasive device component including the device agent received from the workstation, said 

7 device agent including means for executing configuration commands in response to the 

8 configuration information received from the gateway component. 

1 23. (new) A system as defined in claim 22 wherein the device agent in said pervasive device 

2 component includes means for deleting the configuration commands when the pervasive device 

3 has been configured. 

1 24.(new) A system as defined in claim 23 wherein said pervasive device component includes 
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means for deleting the device agent once configuration is complete. 



/ 25.(new) A system as defined in claim 22 further including: 

2 a controller resident on the workstation for pervasive devices of a given type, said 

3 controller instantiating one or more modules during synchronisation of devices of the 

4 given type; and 

5 an enabling component including means for configuring the controller to add said 

6 gateway component as a module to any modules instantiated during synchronisation of 

7 pervasive devices of the given type. 

1 26.(new) A system as defined in claim 25 wherein said pervasive device is a Palm Computing 

2 Platform device and wherein said controller comprises a mask defining any conduit modules 

3 which are instantiated during synchronisation of a pervasive device and wherein said enabling 

4 component comprises means for configuring said controller to selectively add said gateway 

5 component as a module to any modules which are instantiated during synchronisation of said 

6 pervasive device. 

1 27.(new) A system as defined in claim 22 wherein said device agent, in response to a request 

2 from said gateway agent, performs an inventory of software installed on the pervasive device and 

3 returns the inventory to said gateway component. 

1 28. (new) A method for managing pervasive devices comprising the steps of: 

2 instantiating a gateway component to be resident on a workstation during synchronisation 

3 of said workstation with a pervasive device, 

4 transferring a device agent from the gateway component to the pervasive device; 
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transmitting configuration information from the gateway component to the device agent 
at the pervasive device, and 

executing configuration commands at the pervasive device in response to configuration 
information received from the gateway component. 

29. (new) A method as defined in claim 28 including the additional step of deleting the 
configuration commands at the pervasive device when the pervasive device has been configured. 

30. (new) A system as defined in claim 29 including the additional step of deleting the device 
agent at the pervasive device once configuration is complete. 

31. (new) A system as defined in claims 28 - 30 including the additional step of having the 
device agent at the pervasive device perform an inventory of software installed on the pervasive 
device and return the inventory to said gateway component. 

32. (new) A program product comprising a computer usable medium having a computer readable 
program embodied in said medium, wherein the computer readable program when executed on a 
computer causes the computer to: 

instantiate a gateway component resident on a workstation during synchronisation of said 
workstation with a pervasive device, 

transfer a device agent from the gateway component to the pervasive device; 

transmit configuration information from the gateway component to the device agent at the 
pervasive device, and 

direct execution of configuration commands at the pervasive device following receipt of 
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configuration information from the gateway component. 
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Managing Pervasive Devices 



Field of the Invention 

The present invention relates to a management system for pervasive devices. 

Background of the Invention 

A brief overview of a prior art three tier management system is shown in Figure 1. Here, a 
management server 10 communicates with management agent 12 resident on an endpoint 
computer workstation 14 (only one shown) via a gateway 16 (only one shown). 

A well known example of such a system is Tivoli software distribution and enterprise 
systems management, and detailed information about the features offered by Tivoli V3.6 are 
available at http://www.redbooksabm.com/pubs/pdfs/redbooks/sg242045.pdf. 

In a Tivoli system, each enabled endpoint 14 communicates with a gateway 16 via any 
peer-to-peer protocol, for example, TCP/IP, IPX or SNA. Communication between the server 10 
and the gateway 16 is via an ORB 18', 18", where each endpoint connected to a gateway is 
addressed by the server through an associated object on the gateway ORB 18", thus enabling the 
endpoint to be directly addressed by the server. A management agent 12 known as a Lightweight 
Client Framework (LCF), resident on the endpoint, is thus accessible by the server and enables 
the server to push software via the gateway to the endpoint and call methods on applications 
resident on the endpoint. The server in turn runs programs 20, 22, 24 allowing: software to be 
selected for distribution to specified endpoints or defined groups of endpoints; endpoint software 
inventories to be obtained; and endpoint activity to be monitored via an Event Console, and these 
programs are extended for each endpoint platform to be managed. 
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1 While this management system has been quite successful, it should be noted that in order 

2 to control any endpoint 14, the endpoint must itself be manually enabled by installing the LCF 

3 client 12 on the endpoint and configuring the LCF client accordingly, for example, setting up its 

4 gateway address and communication protocol. 

5 At the same time more and more users are employing Tier 0 or pervasive devices 

6 ("devices") 26 including, for example, Palm Computing® platform devices ("Palm devices") 

7 from Palm Inc., a range of organizers from Psion pic and to a growing extent mobile and smart 

8 phones. Typically data on such pervasive devices 26 is managed locally by periodically 

9 connecting the pervasive device to a workstation 12 running a controller program 28 and 

10 synchronising one or more databases stored on the device, for example an address book, with 

11 corresponding databases stored on the workstation. 

12 m the case of a Palm device, a workstation application called HotSync® Manager 

13 controls the synchronisation of databases as well as the installation of new applications. HotSync 

14 uses one or more plug-ins known as conduits, each for exchanging and synchronising data 

15 between the workstation 14 and the Palm device 26. Most conduits synchronise data such that 

16 data on the device mirrors the data on the workstation, although, others also transfer, 

1 7 import/export data, or cause Palm applications to be installed. 

18 One of the default conduit modules (netcond.dll) responds to a user placing a Palm 

19 Network Configuration (.PNC) file in a pre-determined sub-directory prior to synchronisation. 

20 The file is copied to the device by the conduit module where it is used to update the script file for 

21 a modem. This, however, is extremely limited in terms of aspects of the device that may be 

22 configured. Also, the Palm desktop 28 includes a set-up menu, but this only enables a user to set 

23 workstation side modem and network parameters. If these are at odds with the Palm device, then 

24 errors can occur. 
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1 Because configuration facilities are so limited, perhaps because of the problems of trying 

2 to access databases on the pervasive device which might be in use and so locked or unavailable, 

3 thus causing such facilities to operate unreliably, new users of pervasive devices may end up 

4 spending more time than is necessary manually configuring the devices before using them 

5 profitably. Even the provision of a configuration program per se is not as helpful as it might be, 

6 because if it is to avoid the problem of accessing databases which might be locked during 

7 synchronisation, it needs to run separately to device synchronisation and thus places an extra 

8 burden on the user. This also make the management of such devices within a tiered structure 

9 more difficult. 

10 If such pervasive devices are to be employed more efficiently within an enterprise, then 

11 they need to be quickly and easily configurable as well as capable of receiving and having 

12 enterprise applications and data updated as seamlessly as possible, preferably, within the same 

13 framework used to manage other resources within the enterprise. 

14 Summary of the Invention 

15 Accordingly the present invention provides a management system comprising a gateway 

16 component adapted to reside on a workstation and a device agent adapted to reside on a 

17 pervasive device for configuring pervasive devices; said gateway component being instantiate 

18 during synchronisation of said workstation with a pervasive device and comprising: means for 

19 transferring said device agent to said pervasive device; and means for transmitting configuration 

20 information to said pervasive device; and said device agent comprising means for executing 

21 configuration commands in response to said configuration information. 

22 The invention enables pervasive devices to be managed through a workstation to which 

23 they connect to synchronise without requiring any intervention by the pervasive device user. 

24 Preferably, the workstation acts as a gateway for managing the device within what becomes a 

25 four tier management system. 
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1 Brief Description of the Drawings 

2 Embodiments of the invention will now be described with reference to the accompanying 

3 drawings, in which: 

4 Figure 1 is a schematic diagram of a prior art three tier management system; 

5 Figure 2 is a schematic diagram of a four tier management system for controlling 

6 pervasive devices; 

7 Figure 3 is a diagram of data stored on an endpoint through which Tier 0 Palm Pilot 

8 devices are managed according to the invention; and 

9 Figure 4 is a flow diagram illustrating the operation of an endpoint management gateway, 

10 In the preferred embodiment of the present invention, Figure 2, the prior art management 

11 server is extended to provide respective inventory, software distribution and event console 

12 programs 20', 22', 24' for each pervasive device type to be managed by the system. 

13 It can be seen, however, that there are likely to be many more pervasive devices 26 than 

14 the endpoints 14 traditionally managed within such a system and so addressing each such device 
75 26 via a respective object on the gateway ORB 18" would be too onerous. The management 

16 system therefore treats such devices 26 as residing on a fourth tier in the management system, 

17 with each device being managed via an agent 30 resident on a suitably enabled endpoint. Thus, 

18 each enabled endpoint 14 acts as a management gateway for devices. 

19 The management server 10' employs a device storage manager 32 which contains the 

20 information about the device types and instances of devices being managed. For example, a 

21 device type of "Handheld Device" contains many instances of this type of device. This allows any 
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1 management server applications and users to add devices, edit devices, delete devices, and query 

2 for devices. Each such device in the system is identified by 5 pieces of information: 

3 1. Device Type 

4 2. ID - a unique identifier assigned by the system to each device 

5 3. Label - a friendly name for a device, specified at creation time. A Type plus a Label 

6 should uniquely define a device. 

7 4. Manager - the identity of an endpoint which is to act as a management gateway for this 

8 device. 

9 5. Local Address - the local address of a device in the context of its management gateway 

10 Manager is the gateway object reference through which to route management operations 

11 (using Tivoli method calls) toward a given device, thus the server-gateway ORB 18 ',18" need 

12 only handle the same number of object references as within a three tier management system. It 

13 should therefore be seen that, even though the number and level of devices being managed within 

14 the system of the preferred embodiment is magnified, the use of a single ORB object not only to 
75 address the endpoint with which it was traditionally associated, but to manage essentially a 

16 hierarchy including an endpoint and a plurality of devices, prevents the endpoint addressing 

17 mechanism from collapsing from the sheer number of devices being controlled. 

18 Local Address is an address for a device at least unique in the context of its management 

19 gateway. So, using this information, it is possible to locate and manage any device in the 

20 management system. This scheme also allows for every device to have a unique ID and a unique 

21 friendly name (Label). 

22 Description of the Preferred Embodiments 

23 In the preferred embodiment, the device storage manager 32 encapsulates how the device 

24 data is stored and managed. Thus, the device storage manager and other applications such as the 
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1 programs 20' , 22' and 24' only need to agree on a data exchange protocol so that messages can 

2 be exchanged. Using this mechanism, the management server 10' is able to support arbitrary 

3 Storage Manager implementations (e.g. disk files, LDAP servers, RDBMS) 

4 Furthermore, the management server 10' provides a device grouping mechanism which is 

5 a Tivoli managed resource capable of managing groups of devices. A device group can be a 

6 subscriber to a conventional Tivoli Profile Manager. This enables devices to be managed via 

7 Tivoli's management by subscription paradigm. The device group also implements policy and 

8 security for devices. Device groups can thus be made managed resources of Tivoli Policy 

9 Regions, and so it is possible to create custom policies for device group instances and to enforce 

10 security models for devices through the Policy Region mechanism. By granting access to device 

11 groups on a per Policy Region basis, administrators may be selectively granted access to create 

12 device groups, manage subscriptions to device groups, and to manipulate device groups 

13 distributions. This depends on roles each administrator holds in each Policy Region and is 

14 normal Tivoli policy and security. 

15 So, using the above methodology, the management system is able to identify endpoints 14 

16 which are to act as management gateways for pervasive devices 26, and the management of such 

17 devices will now be discussed in relation to Palm devices in particular. 

18 In order to enable endpoints as management agents for Palm devices, the endpoint 14 

19 must first have a Palm desktop 28 installed. This can be done either manually on the workstation 

20 14 or through the management server 10' deploying and running the Palm desktop installation 

21 software in a conventional manner. During installation of the Palm desktop on a Windows 

22 platform, certain changes are made to the Windows registry, Figure 3, in particular, to the 

23 HotSync Manager branch of the registry which includes two default conduits. Each conduit 

24 branch on an endpoint is given a name "Conduit x", where x is an ordinal number unique on the 

25 endpoint. Each conduit branch includes, inter alia, the following set of variables: 
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7 Module, which tells HotSync which DLL program is associated with the conduit; 

2 Extensions which conventionally indicates to the DLL which file types it is to synchronise 

3 with the Palm device; 
4 

5 Directory tells the DLL the name of the device sub-directory in which to find the files to 

6 synchronise; and 

7 Creator ID which a special four character string associated with each conduit program. 

8 Conduit 1, is the install conduit and installs/synchronises Palm applications (.pre files) 

9 and databases (.pdb files) stored in an "install" sub-directory for a particular device. Every .pdb 
\10 database requires the .pre application that will access that database type. Where Palm VII devices 
111 and 3.2 Palm OS are being managed then Palm Query Applications (.pqa) files are also handled 
f/2 by the install conduit. 

\13 Conduit 2, operates on Palm Network Configuration Files (*.pnc) also called Palm 

..14 Network Script Files (*.scp) stored in a "TCP" sub-directory for a particular device. The conduit 

175 module interprets the lines contained in the .pnc and .scp files to execute on the device a 

116 restricted set of network operations like: "wait for", "Send", "Send CR", "Send User ID", "Send 

:77 Password", "Delay", "End". 

18 Once the desktop controller 28 is installed, an enabling program 34 and a management 

19 agent 30, TMPP.DLL, can be injected into the endpoint 14. The enabling program adds a further 

20 conduit branch to the registry. The program 34 detects installed conduits and if, as in the present 
27 example, only the default conduits are installed, the new conduit's name is set to "Conduit 4". 

22 This conduit's module is set to be the management agent 30, with a creator ID of "TIVO", which 

23 operates on files of extension. PCF stored in a "Tivoli" sub-directory for a device, Figure 3. 
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1 At the same time users may already be connecting and synchronising unmanaged devices 

2 through the Palm desktop. When a device connects to an endpoint, it sets up a conduit mask 

3 defining which conduits are to execute when the device synchronises. Each conduit mask for a 

4 device comprises a Windows registry variable named "Installxxxx", whose value determines 

5 which of the defined conduits are to execute when HotSync executes for a device. The string 

6 xxxx is linked with the device directory name, from which the Install, TCP and Tivoli 

7 sub-directories depend, through the file Users.dat. So once a device is synchronising with an 

8 endpoint, the association of the conduit mask and the device directory name is maintained by the 

9 Palm Desktop and the Palm Desktop API exposes this relationship. This enables any program, 

10 such as the Palm Desktop itself or modules such as TMPP.DLL to a) locate the conduit mask for 

11 a device; b) locate the sub-directory in which Palm files are stored for a device being 
synchronised; and c) determine the names of any devices (managed or unmanaged) connecting to 

\l3 the endpoint. 

I 

\14 At the management server 10', an enabled endpoint which is to act or acts as a 

115 management agent for a device is either directly identified by a management server user, or the 

16 user can request specific endpoints or groups of endpoints to return the identities of devices that 

\17 a) they manage; or b) connect to the endpoint, even if they are not currently managed. In the 

\18 preferred embodiment, these identities comprise a triplet of the form <labelxmanager><Palm 

119 Desktop ID>. (The Palm Desktop ID comprises the Windows user ID of the owner of the Palm 

20 Desktop managing the device). 

21 Thus, the management server can seek out the identities of devices connected to enabled 

22 endpoints, add the identities of any unmanaged devices to the device storage manager 32 and 

23 then configure the associated endpoints to manage these devices. This configuration comprises 

24 updating the conduit mask for the device on the endpoint via the program 34 or by any other 

25 program injected into the endpoint, to cause the Tivoli conduit to execute during synchronisation. 
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1 So it will be seen that without any intervention either on the device or on its associated 

2 endpoint, other than the user simply synchronising their device as normal, the endpoint has been 

3 set up to manage the device from the server in a No-Touch manner. The types of management 

4 that can be carried out on the device correspond to those normally carried out on managed 

5 endpoints, that is, software distribution, inventory and event monitoring. In addition, the 

6 preferred embodiment, enables the management server to configure individual or groups of 

7 devices and to remove databases/applications from devices. 

8 Once a device 26 is associated with such an endpoint 14 which is to act as a management 

9 gateway, the simplest aspect of remotely and non-interactively configuring a Palm device via a 

10 tiered management structure is to distribute software applications. To deploy applications to the 

11 Palm device, the management server software distribution program 20' simply causes the 

12 appropriate .pre, .pdb and/or .pqa files to be placed in the Install directory for a device of group 

13 of devices. To do this, application files are supplied by the management server to an identified 

14 endpoint. An endpoint program in turn locates the appropriate Install sub-directory name for the 

15 device label supplied (again using the Users.dat information accessed via the Palm desktop API) 

16 and places the files in the sub-directory. When synchronisation next takes place with the device, 

17 the install conduit copies these files from the device's Install sub-directory on the endpoint to the 

18 device. It will be seen that this step requires no extra effort or intervention by the user of either 

19 the endpoint or the Palm device and so ensures that applications will be deployed to the Palm 

20 device at the very next opportunity, that is, the next synchronisation. 

21 The Tivoli conduit module 30 acting as the management gateway for the device also 

22 performs the functions of carrying out a software inventory, notifying events, configuring the 

23 Palm device and removing applications from the Palm device. 

24 In the present embodiment, the Tivoli conduit module TMPP.DLL is instantiated during 

25 synchronisation of a device, step 40, Figure 4. The module first checks the device to determine if 

26 an up-to-date copy of an agent Tivoli.prc 38 is available on the device. If not an up-to-date agent 
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1 is copied to the Palm device, step 42. It should be noted that the Tivoli conduit module does not 

2 rely on the Install conduit having copied Tivoli.prc to the device, as this would only make 

3 Tivoli.prc accessible to the install conduit module during that synchronisation cycle. If this 

4 approach were adopted, then either a second synchronisation cycle would be required or the 

5 install conduit module would need to be adapted to carry out the configuration otherwise 

6 performed by the Tivoli conduit module. Nonetheless, should this restriction be lifted or not 

7 pertain for other device types, it would be possible to place the agent on the device using the 

8 install conduit and for the Tivoli conduit module to communicate with the agent thereafter. 

9 In any case, in the preferred embodiment, the Tivoli conduit module 30 then processes 

10 any device configuration information, step 44, previously supplied from the management server 

11 10' through the LCF 12 in the form of a .pcf file and placed in the Tivoli sub-directory for the 

12 device, step 46. It will be seen, however, that the configuration information can be supplied from 

13 any source, for example, a desktop user generated script file or via a desktop controller GUI. It 

14 should be noted that the conduit module can read from write locked device databases during 

15 synchronisation and this may be required to ascertain the version and thus the data structure of 

16 databases which are to be updated. Thus, during step 44, the conduit module can use the known 

17 structure of a database to be configured, to convert the configuration information into Palm 

18 device commands which it then writes to a device database TivolLpdb 39 again using the Palm 

19 desktop API, step 48. The conversion into Palm commands is done within the endpoint 14 as this 

20 both reduces the footprint required on the device and enables the PCF file to be written for more 

21 than one device independent of the versions of its databases. During synchronisation, the conduit 

22 module sets an alarm condition, step 50. The condition specifies the Tivoli agent service the 

23 alarm with the alarm passing to the agent 38 a launch code parameter indicating that it is to 

24 service an alarm. 

25 In the case of an alarm, the Tivoli agent executes the commands stored in the temporary 

26 database 39. Thus, when the Tivoli conduit module signals that synchronisation is complete, step 

27 52, the databases locked during synchronisation are released, and so the database updating 
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1 commands stored in the temporary database can be subsequently executed properly by the agent, 

2 step 54. Because the configuration commands execute automatically and immediately after 

3 synchronisation, it is also likely that the Palm device user will not be doing anything which is 

4 likely to lock a database, thus making configuration more likely to succeed. 

5 The Palm commands generated generally comprise a sequence of: open database, write 

6 value, close database, although some configuration may result in single commands such as set 

7 network preference. In more detail, however, the syntax definition for the .pcf file is defined in 

8 Appendix A. (Some sections of the definition have been foreshortened for clarity with the deleted 

9 portions indicated by ellipsis.) This definition is stored in a local Tivoli.DEF file which is read 
10 and parsed by the conduit module, during step 44, thus enabling it to in turn parse and process 
ill the .pcf file. While the current definition is written to a bespoke grammar, it will be seen that the 
$/2 definition could be written in any suitable language, for example, Extended Mark-up Language, 
\13 which in turn could be parsed by an off-the-shelf parser incorporated in the conduit module. 

)14 Alternatively, the definition could be built into the conduit module, although this would make 

\I5 maintenance more difficult. 

\16 It can be seen from the definition file that ";" "*" and T are reserved characters, whose 

117 function is explained below, and that text following pound (#) is ignored. According to the 

118 syntax definition, .pcf files are divided into stanzas, each beginning with a label in square 

19 brackets, for example [SYSTEM]. Within each stanza, each line comprises an expression of the 

20 form "preference name = value". The conduit module associates each stanza label with either a 

21 database or a type of command, for example, [System] is associated with the "Saved preferences" 

22 database and [Network] is associated with the command "Set network preference". 

23 Some databases, such as "Saved preferences" have multiple known versions each with a 

24 respective data structure. When the conduit module reads a stanza label for such a database, it 

25 tries to identify which version and thus which data structure is used by the database. In the case 

26 of "Saved preferences", each version is stored in the first two bytes of the database. The current 
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1 syntax definition for SYSTEM allows the conduit module to operate with versions 3 to 7 of the 

2 Saved preferences database. For each version, the definition includes an associated sysStruct, 

3 telling the conduit module where variables are stored within the database. Each sysStruct element 

4 comprises a list of preference namexoffsetxsizo triplets, each separated by "1" char. A 

5 negative value in <size> means a bit position at the specified offset. So, for example, when the 

6 conduit module reads from a database, it knows where to look for the version information, and 

7 can determine, for example, that version 5 of Saved Preferences is being used. The conduit then 

8 knows that, for example, "dateformat" can be set by writing the 3rd byte of the database to the 

9 required value. 

10 Each preference name can include a "*" character, and the conduit module is hard coded 

HI to recognise the string after the "*" letting it understand that special processing is required for 
that preference. 

W 3 Possible values are separated by a semicolon, so for example, the first possible value for 

g{/4 country is Australia and the next Austria. So, if a .pcf file included the following stanza: 



!J?5 [SYSTEM] 

fy 

I , }6 country = Austria 

17 and the Palm device were using version 5 of Saved Preferences, then the conduit would send the 

18 following (paraphrased) commands to the Tivoli Agent for storage in the temporary database 39: 

19 Open "Saved Preferences" 

20 Write 1 to location 2 

21 Close Database 

22 Each value can have aliases which are separated by "pipe" (I) char. So for example, the 

23 conduit will recognise that if "UnitedKingdom" or "United Kingdom" is specified, the same 
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1 country value will be written in Saved Preferences. Also, a "*" char preceding a value means that 

2 it is the default value for that preference name. It means that a statement in the pcf file can 

3 indicate "preference name=default" and the value with the "*" will be set on the preference name. 

4 Finally, some lists of values start with a ";" char because the internal representation of the 

5 preference name starts counting from 1 rather than 0. The ";" char can thus be inserted or deleted 

6 from the beginning of the value list for a preference value in the definition file, to shift values 

7 between those set on the Palm device and the configured ones in the pcf file. 

8 Once the temporary database of configuration commands has executed, step 54, the agent 

9 finishes by deleting the temporary database and then optionally deleting itself, so removing any 
fS J0 management system presence on the Palm device. 

%? ft 

% U1 Another task of the conduit module is to cause applications and databases to be removed 

S|/2 from the device. In the preferred embodiment, the management server places a .rmv file in the 

Jj!/J Tivoli sub-directory for the device. During synchronisation, the conduit module looks for such a 

s 14 file and, if found, reads the file to identify the database/applications to be removed. It then 

05 creates the appropriate Palm device commands and executes these, again through the Palm 

Til 

!]J/<5 desktop API, step 58. The database/application remove commands are executed during 

P77 synchronisation, in spite of the fact that the database/application may be locked. This is 

18 considered beneficial as if it is not possible to delete such a database/application, then the conduit 

19 module can in turn report back to the management server Event Console. This should cause the 

20 management server user to think about why they wish to delete a database/application which is in 

21 fact in use. 

22 In the preferred embodiment, the Tivoli device agent 38 can also be called during 

23 synchronisation. If the server program 22' requires an inventory of software on the device to be 

24 taken, then the agent is responsive to the conduit module 30 calling the agent 38 with a different 

25 launch code than that used for serving the alarm condition, step 56. The agent responds to this 
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1 inventory launch code, prepares an inventory and returns this to the workstation, from where it is 

2 returned to the server 10' in a conventional manner. 

3 The conduit module can also be extended notify any synchronisation events, such as the 

4 successful deployment of the database 39 or removal of databases, to the management server 

5 Event Console program 24', step 58, so ensuring that the complete range of management services 

6 for conventional endpoints can also be executed on pervasive devices. 



GB920000048US1 



-14- 



1 Appendix A 



2 [SYSTEM] 

3 # System preferences 

4 sysStruct[3]=lversion,0,2lcountry,2, 1 ldateformat,3, 1 llongdateformat,4, 1 lweekstartday,5, 1 Itimefor 

5 mat,6, 1 lnumberformat,7, 1 lautooffduration,8, 1 Isyssoundlevelv20,9, 1 Igamesoundlevelv20, 10, 1 lalar 

6 msoundlevelv20, 11,1 Ihidesecretrecords, 12,1 Idevicelocked, 13,1 llocalsyncrequirespassword, 14, 1 Ir 

7 emotesyncrequirespassword, 15, 1 Isysprefflags, 1 6,2lsysbatterykind, 18,1 lalloweastereggs, 19,1 Iminu 

8 teswestofgmt,20,4ldaylightsavings,24,2lronamaticchar,26,2lhardlcharappcreator,28,4lhard 

9 Ppcreator,32,4lhard3charappcreator,36,4lhard4charappcreator,40,4lcalccharappcreator,44,4lhardcr 
10 adlecharappcreator,48,4llauncherCharAppCreator,52,4lhardcradle2charappcreator,56,4lanimation 

f Jl Level,60,21DateAndTime,0,0ll 

\jf2 sysStruct[4]=lversion,0,2l IDateAndTime,0,OII 

JjfJ sysStruct[5]=lversion,0,2l lstaylitwhenpluggedin,77,HDateAndTime,O,0ll 

yj?4 sysStruct[6]=lversion,0,2lcountry,2,ll lantennacharappcreator,78,4IDateAndTime,0,0ll 

sysStruct[7]=lversion,0,2lcountry,2, 1 1 lmeasurementsystem,82,2IDateAndTime,0,0ll 

16 country*ctry=Australia;Austria; ;UnitedKingdomlUnited Kingdom;UnitedStateslUnited 

17 States;India;Indonesia;Korea;Malaysia;RepChina;Philippines;Singapore;Thailand;Taiwan 

18 dateFormat=MDYWithSlasheslM/D/Y; ;MYMedlMMM 'YY;MYMedNoPostlMMM YY 

19 longDateFormat=MDYWithSlasheslMM/DD/YY; ;MYMedNoPostlMMM YY 

20 weekStartDay=SundaylSun;MondaylMon 
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I timeFormat=Colonll2HH:MM; ;Commal2hll2HH,MM 



2 numberFormat=CommaPeriod;PeriodComma;. . . . ; ApostropheComma 

3 autoOffDuration=;l MinutelllOne MinutellM; ;3 MinutesBIThree MinutesBM 

4 sysSoundVolume*sv l=Off ;Low;Medium;High 

5 gameSoundVolume*sv2=Off;Low;Medium;High 

6 alarmSoundVolume*sv3=Off;Low;Medium;High 

7 beamReceive*be=NolFalselOI*Off;YeslTruel 1 lOn 

8 stayonwhenpluggedin=NolFalseiOI*Off; YeslTruel 1 lOn 

9 staylitwhenpluggedin=NolFalselOI*Off; YeslTruel 1 lOn 
10 alloweastereggs=NolFalselOI*Off; YeslTruel 1 lOn 

f ,Jl hidesecretrecords=NoiFalselOI*Off; YeslTruel 1 lOn 

&2 DateAndTime*dt=*nowllocallPC 

S3 # Following values for creators must be considered as default and not as a set of possible values. 

§14 They are CASE SENSITIVE 

5!"'" » 

hardlcharappcreator*cr=:*date 
hard2charappcreator*cr=*addr 

C J 7 hard3charappcreator*cr=*todo 

U 

18 hard4charappcreator*cr=*memo 

19 calccharappcreator*cr=*calc 

20 hardcradlecharappcreator*cr=*syn^ 

21 launcherCharAppCreator*cr=*lnch 

22 hardcradle2charappcreator*cr=*sync 

23 measurementSystem=unitsEnglishlinches;unitsMetriclmeters 

24 [NETWORK] 
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# Network Preferences. Note: all the settings for the services are done by pnc files. With the 
keyword of this section the service can enabled/selected. 

service*se=*Windows RAS 

[MODEM] 

# Modem Preferences 

modStruct[2]=lversion,0,2lspeed,2,4lspeakervolume,6, 1 lpulse.7, 1 lflowcontrol,8, 1 lresetstring,9, 181 
initstring,28,8 1 lcountry,0,Olmodemname,0,OII 

cDBStract[0]=lmodemname,0,22lconnectionmethod,22,4lspeed,26,4ldefconf,30, 1 lisModem,3 1,11 
pulse,32, 1 lcountry,33, 1 lspeakervolume,34,2lflowcontrol,36,2lresetstring,38,8linitstring,46,8 1 II 

country*co=Argentina;Australia;Austria; ;UnitedKingdomlUnited 

Kingdom;UnitedStateslUnited States;*other 

connectionmethod*fv=*u8EZ 

isModem=*falselno;truelyes 

modemname*fvmo=*Standard 

speed*sp=115200;*57600;38400;28800; 19200; 14400;9600;4800;2400; 1200 

speakervolume=off;*low;medium;high 

pulse=*touchtone;rotary 

flowcontrol=*auto;off;on 

initstring*fvis=*AT&FX4 

resetstring*fvrs=* *NC 1 

[HOTSYNC] 

# Hotsync Preferences 
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1 hotmStruct[ 1 ] =lversion,0,2lpad 1 ,2, 1 Imodemsyncpref ,3, 1 Ipad 1 ,4, 1 lhotsynctype,5, 1 llocalconnectio 

2 n,6,22lmodemdirectConnection,28,22lmodemnetservice,0,0lprimarypcname,0,256lprimarypcaddre 

3 hotpStruct[2]=ldialprefix,2,-8ldisablecallwaiting,2,-7lusecallingcard,2,-6lmodemdirectphone,4,41l 

4 dialprefixvalue,45,41ldisablecallwaitingvalue,86,41luseCallingCardvalue,127,41ll 

5 modemDirectPhone*fv=*00 

6 dialprefix=*falselno;truelyes 

7 dialprefixvalue*fv=*9, 

8 disablecallwaiting=*falselno;truelyes 

9 disablecallwaitingvalue*fv=* 1 170, 

10 usecallingcard=*falselno;truelyes 

11 usecallingcardvalue*fv=*„„ 
modemDirectConnection*fvdc=*Palm V Modem # only PalmOS 3.3 and later 

\P modeniNetService*fvns=*Windows RAS 

l §4 localConnection*fvlc=*Direct SerialllR to a PC/Handheld 

#5 hotsyncType*hsty=*local;modem 

* "16 modemSyncPref=*network;modem 

J ; | 7 LANSyncPref*ls=locdlfinal;LANSynclproxy 

fits primaryPcName*fvpn=*localhost 

j; ;; ij 

primaryPcAddress*fvpa=* 127.0.0.1 
primaryPcSubnetMask*fvps=*255.255.255.0 

21 [AUTOPALM] 

22 makeimage*pwmi=*h:/Palm/image 

23 pcfname*pwpn=*_delta_.pcf 

24 # if a path isn't specified, the file is created in image dir 

25 makepcf*pwmp=*h:/Palm/image 

26 set*pwsb=0:0:0@0,0#Card:DB:Rec@Offset,byte,byte@Offset,byte.... 
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What is claimed is: 

1 . A management system comprising a gateway component adapted to reside on a 
workstation and a device agent adapted to reside on a pervasive device for configuring pervasive 
devices; 

said gateway component being instantiable during synchronisation of said workstation 

with a pervasive device and comprising: 

means for transferring said device agent to said pervasive device; and 

means for transmitting configuration information to said pervasive device; and 

said device agent comprising means for executing configuration commands in response to 

said configuration information. 

2. A management system according to claim 1 wherein the configuration information 
comprises a file including one or more commands. 

3. A management system according to claim 2 wherein the file is sent from a management 
server and addressed to a specific pervasive device. 

4. A management system as claimed in claim 2 wherein the gateway component is adapted 
to generate device specific commands from the file and to transmit them to the device agent 
when resident on the pervasive device. 

5. A management system as claimed in claim 4 wherein the device agent is adapted to 
execute the commands as they are received. 

6. A management system as claimed in claim 5 wherein said commands comprise 
commands for removing applications or databases from said pervasive device. 
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7. A management system as claimed in claim 2 wherein the gateway component is adapted 
to generate device specific commands from the file and to transmit them for storage on the 
pervasive device. 

8. A management system as claimed in claim 7 wherein the device agent is adapted to 
execute said stored commands once synchronisation is complete. 

9. A management system as claimed in claim 8 wherein said commands comprise database 
or application configuration commands. 

10. A management system as claimed in claim 8 wherein the device agent is adapted to delete 
said stored commands when configuration is complete. 

11. A management system as claimed in claim 1 wherein said device agent is adapted to be 
deleted from said pervasive device once said configuration is complete. 

12. A management system as claimed in claim 1 wherein said workstation includes a 
controller for pervasive devices of a given type, said controller being adapted to instantiate one or 
more modules during synchronisation of devices of said type and wherein said management 
system further comprises an enabling component comprising; 

means for configuring said controller to add said gateway component as a module to any 
modules which are instantiated during synchronisation of pervasive devices of said type. 

13. A management system as claimed in claim 12 wherein said pervasive device is a Palm 
Computing Platform device and wherein said controller comprises a mask defining any conduit 
modules which are instantiated during synchronisation of a pervasive device and wherein said 
enabling component comprises means for configuring said controller to selectively add said 
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2 



gateway component as a module to any modules which are instantiated during synchronisation of 
said pervasive device. 



3 14. A management system as claimed in claim 1 wherein said management gateway is 

4 adapted to request said device agent, when resident on the device, to perform an inventory of 

5 software installed on the device and to return said inventory to said gateway component. 

6 15. A management system as claimed in claim 14 wherein said management gateway is 

7 adapted to return any synchronisation events to a management server. 

8 16. A computer program product comprising computer program code stored on a computer 

9 readable storage medium for, when executed on a computing device, managing pervasive 
10 devices, the program code comprising the management system of claim 1 . 
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ABSTRACT OF THE DISCLOSURE 



A management system comprises a gateway component adapted to reside on a 
workstation and a device agent adapted to reside on a pervasive device for configuring pervasive 
devices. The gateway component is instantiable during synchronisation of the workstation with a 
pervasive device to transfer the device agent to the pervasive device; and to transmit 
configuration information to the pervasive device. The device agent executes configuration 
commands in response to the configuration information. The invention enables pervasive devices 
to be managed through a workstation to which they connect to synchronise without requiring any 
intervention by the pervasive device user. Preferably, the workstation acts as a gateway for 
managing the device within what becomes a four tier management system. 
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MANAGING PERVASIVE DEVICES 
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2 



DOCKET NO: GB000048US1 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorneys and/or agents 
to prosecute this application and transact all business in the Patent and Trademark Office connected 
therewith: 

Edward H. Duffieid, Reg. No. 25,970; A. Bruce Clay, Reg. No. 32,121; Gregory M. Doudnikoff, Reg. 
No. 32,847; Jeanine S. Ray-Yarletts, Reg. No. 39,808; Jerry W. Herndon, Reg. No. 27,901, Kevin J. 
Fournier, Reg. No. 34,333 

Send aii correspondence to: 



IBM Corp, IP Law Dept T81/B062, 
3039 Cornwaliis Road, 
PO Box 12195, 

Research Triangle Park, NC 27709-2195. 
Telephone: (919) 



FULL NAME OF SOLE OR FIRST INVENTOR: 



Alessandro Donatelii 



INVENTOR'S SIGNATURE: j^W>&xJ^ ^Q\aJ^M>l DATE: If [m jtocx? 



RESIDENCE: 

CITIZENSHIP: 

POST OFFICE ADDRESS: 



Via della Magliana Nuova 150, Rome, Italy 00146. 

Italian 

As above 



FULL NAME OF SECOND INVENTOR: 

INVENTOR'S SIGNATURE: 
RESIDENCE: 
CITIZENSHIP: 
POST OFFICE ADDRESS: 



Fabrizio Loppini 



DATE 



Via Ascanio Vitozzi 60, Rome, Italy 00144. 
Italian 
As above 



FULL NAME OF THIRD INVENTOR: 



Mattia de Rosa 

INVENTOR'S SIGNATURE: \[ J ^(aQ, iDt U^XTx^ DATE: 
RESIDENCE: Via Alessandro Bond 19, Rome, Italy 00168. 

CITIZENSHIP: Italian 



POST OFFICE ADDRESS: As above 



3 DOCKET NO: GB000048US1 

FULL NAME OF FOURTH INVENTOR: Francesco Riccio 

INVENTOR'S SIGNATURE: < ^L>(~^o~ /l^<-~ DATE: Iffa/ 1042 ^ 

RESIDENCE: Via Colle di Mezzo 23, Rome, Italy 00100. 

CITIZENSHIP: Italian 

POST OFFICE ADDRESS: As above 



O 

y? 

m 
in 

m 

a 
m 
m 

w 
o 

C! 



United States Patent & Trademark Office 

Office of Initial Patent Examination - Scanning Division 




Application deficiencies were found dunns scanning: 
G Page(s) of Hp H^OSmitia \ 

for Scanning. (Document title) 



□ Page(s) of 

for scanning. (Document title) 



Scanned copy is best available 



were not present 



were not present 



